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MORTGAGE INFORMATION EXCHANGE PLATFORM 

This application is based on and claims priority 
from Provisional Application Serial No. 60/139,148, filed 
June 14, 1999. 

BACKGROUND OF THE INVENTION 

Technical Field 

The present invention relates generally to 
techniques for web-based information exchange between a 
broker and a set of wholesale mortgage lenders over a 
computer network such as the Internet. 
Description of the Related Art 

The World Wide Web is the Internet's multimedia 
information retrieval system. In the Web environment, 
client machines effect transactions to Web servers using 
the Hypertext Transfer Protocol (HTTP) , which is a known 
application protocol providing users access to files (e.g., 
text, graphics, images, sound, video, etc.) using a 
standard page description language known as Hypertext 
Markup Language (HTML) . HTML provides basic document 
formatting and allows the developer to specify "links" to 
other servers and files. In the Internet paradigm, a 
network path to a server is identified by a so-called 
Uniform Resource Locator (URL) having a special syntax for 
defining a network connection. Use of an HTML-compatible 
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browser (e.g., Netscape Navigator) at a client machine 
involves specification of a link via the URL. In response, 
the client makes a request to the server identified in the 
link and, in return, receives a document or other object 
formatted according to HTML. A collection of documents 
supported on a Web server is sometimes referred to as a Web 
site. One of the technical advantages of the World Wide 
Web is the ease with which information may be posted and 
retrieved by users. Any computer user may navigate to a 
web site of interest and obtain relevant information hosted 
by the site. 

It is estimated that the mortgage industry is a 1.25 
trillion-dollar a year industry. A community of 50,000 
brokers in the United States generates 50% of this 
business. There are approximately 300 wholesale lenders 
providing 95% of the capital and products that the 
brokers represent to the retail borrower. The advantage 
to the lender of using the broker channel is that the 
lender does not have to invest in retail storefronts and 
broad-based marketing efforts while retaining the 
servicing revenue for the life of the loan. Brokers, 
likewise, need easy access to the lender's products and 
the supply of capital to fund the mortgage (s). 
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The broker community functions independently of the 
wholesale lenders. The brokers can offer the mortgage 
product(s) of any wholesale lender they choose as long as 
they are approved by the wholesale lender and meet 
5 specific state and federal licensing requirements. 

j ) Product pricing for mortgages is dynamic; Anterest 
rates and incentives are tied to the bond market and 
cause interest rates to fluctuate throughout the day. 
The current method used by the wholesale lenders to 
10 provide products and pricing information to the broker is 
via a "rate sheet" faxed one/or more times per day. This 
method creates the situation where brokers may receive as 
many as 750 fax pages/a day. The sheer volume of faxes 
and induced information overflow coupled to the 
15 inefficient delivery of this information creates a 

tremendous ycost and burden to both the broker and the 
wholesal^e lender. Figure 1 illustrates the current 
information exchange paradigm between the mortgage broker 
(d the wholesale lender, 
20 There are software packages available on the market 




Joday to assist the broker in tj>e generation of the 
/ paperwork necessary to initiate and complete the mortgage 
process. These packaged are usually called "loan 
processing softwar^" and they are used by a very large 
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percentage of mortgage brokers. The sof twar^xypically 
stores essential information about the^orrower and 
generates the standard documentsx^hat need to be sent to 
the wholesalers, and lenda-r'agencies such as FannieMae or 
FreddieMac. While th^se software programs provide some 
advantages, therer remains a need in the art to provide 
improved methods for enabling mortgage brokers and lenders 
to exchange information. The present invention addresses 
this/need . 
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BRIEF SUMMARY OF THE INVENTION 

A mortgage information exchange platform is 
implemented in software executable on a web server to 
facilitate information exchange between online brokers 
and mortgage lenders. Using a web browser, brokers can 
search their lenders' products and pricing online to find 
the best loan options for customers. Initially, a rating 
engine in the platform exposes to the broker a set of one 
or more generic mortgage lender profiles. In response to 
entry by the broker of given data from a prospective 
customer, a given generic mortgage lender profile is 
applied to the data to identify a set of one or more 
specific wholesale lenders who meet criteria specified in 
the given data. The broker then makes a selection of one 
of the candidate wholesale lenders listed. In response, 
the rating engine is instantiated with a set of unique 
lender characteristics for use by the broker in 
completing an online mortgage transaction. 

The foregoing has outlined some of the more 
pertinent objects and features of the present invention. 
These objects should be construed to be merely 
illustrative of some of the more prominent features and 
applications of the invention. Many other beneficial 
results can be attained by applying the disclosed 
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invention in a different manner or modifying the 
invention as will be described. Accordingly, other 
objects and a fuller understanding of the invention may 
be had by referring to the following Detailed Description 
of the Preferred Embodiment. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present 
invention and the advantages thereof, reference should be 
made to the following Detailed Description taken in 
connection with the accompanying drawings in which: 

Figure 1 is a simplified illustration of the current 
paradigm for information exchange between a mortgage 
broker and a wholesale lender; 

Figure 2 is a simplified illustration of a known 
client-server computing environment in which the present 
invention may be implemented; 

Figure 3 is a simplified illustration of the 
mortgage information exchange platform of the present 
invention wherein a virtual generic wholesale lender 
(VGWL) object is used to manage initial information flow 
to the requesting broker; 

Figure 4 is a browser-based screen display (namely, 
a web page) that is exposed to the broker by the VGWL 
object prior to the broker's selection of a given 
wholesale mortgage lender; 

Figure 5 is a simplified illustration of the 
mortgage information exchange platform after the broker 
has selected a wholesale mortgage lender and the VGWL has 
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been instantiated to expose the selected lender's 
characteristics to the broker; 

Figure 6 is a browser-based screen display (a web 
page) exposed to the broker following the broker's 
selection of the particular wholesale lender; 

Figure 7 is a screen display illustrating how a 
lender's online form is populated with information 
collected during the information exchange; 

Figure 8 illustrates the display of a rate sheet 
summary; 

Figure 9 illustrates a representative network 
implementation of the present invention; and 

Figure 10 illustrates how rate sheets are processed 
in the information exchange platform. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

The present invention is a mortgage information 
exchange platform operative in a computer network such as 
the public Internet, an intranet, a virtual private 
network, a combination thereof, or the like. As is well- 
known, in the Internet paradigm as illustrated in Figure 
2, a client machine, such as machine 200, may use an 
application, such as a web browser 202, to access a 
server 204 via a computer network 206, Network 206 
typically includes other servers (not shown) for control 
of domain name resolution, routing and other control 
functions. A representative server 204 is a computer or 
workstation having at least one processor 208, system 
memory (e.g., RAM) 220, disk or other permanent storage 
222, I/O devices 224a-n, an operating system 226, a 
server program 228, and an application programming 
interface (API) 230 that provides extensions to enable 
application developers to extend and/or customize the 
core functionality thereof through software programs 
including plug-ins, CGI programs, Java servlets, and the 
like . 

- — 7 A representative server machine^fs an Intel Pentium® 
or RISC-based processor plat^erfm running an operating 
system (e.g., Unix, Li^rfax, Windows, Apache, or the like) 

010121.00016:524394.01 



10121-16 



-10- 



PATENT 



and a server program such a^/lBM® WebSphere® Version 2.0. 
Of course, any other coirfputer hardware, operating system 
and/or or server software may be used. 

A representative client is a personal computer, 
notebook computer, Internet appliance or pervasive 
computing device (e.g., a PDA or palm computer) that is 
Pentium-, PowerPC®- or RISC-based. The client includes 
an operating system such as Microsoft Windows, Linux, 
Microsoft Windows CE, PalmOS or the like. A typical 
client includes a suite of Internet tools including a Web 
browser, such as Netscape Navigator or Microsoft Internet 
Explorer, that has a Java Virtual Machine (JVM) and 
support for application plug-ins or helper applications. 
Communications between the client and the server 
typically conform to the Hypertext Transfer Protocol 
(Version 1.0 or higher), and such communications may be 
made over a secure connection. 

According to the present invention, the mortgage 
information exchange platform is supported on one or more 
servers, and brokers interact with the platform via 
client machines. Figure 10 is one illustrative network 
implementation, although this configuration should not be 
taken to limit the present invention. 
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The mortgage information exchange platform 300 as 
illustrated in Figure 3 includes a virtual generic 
wholesale lender (VGWL) object 302 which serves to 
interface one or more mortgage brokers 304 to a set of 
wholesale lenders 306. A mortgage broker 304 operates a 
client machine having a browser. According to the 
invention, the VGWL object 302 provides a level of 
abstraction between the wholesale lenders' information 
and the inquiring broker. The VGWL object executes a 
pricing engine that exposes to the broker a set of one or 
more generic mortgage lender profiles from which the 
broker may select. A generic mortgage lender profile, 
for example, may include the basic details associated 
with a 30 year fixed mortgage program, a 15 year fixed 
mortgage program, a 7.5 year balloon mortgage program, or 
the like. Using a forms-based web page, the broker fills 
out information about a prospective mortgage that is 
received from the broker's customer. The generic 
mortgage lender profile is executed against that data (as 
a filter) to identify a set of one or more specific 
wholesale lenders who meet criteria specified in the 
entered data. The broker may then select a specific 
mortgage lender from the list. When the broker makes a 
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selection, the VGWL is instantiated with appropriate data 
to display lender-specific implementation details. 

Thus, according to the invention, the VGWL 
effectively restricts the information flow to the broker 
5 to the essential aspects of the mortgage program and then 
provides the necessary automation to deal with the 
details of some of the elements after the broker has 
selected a specific candidate lender. In this framework, 
the broker deals with a virtual generic wholesale lender 
10 at least until the preliminary selection is made. In 

particular, the VGWL provides a level of abstraction to 
allow the broker to more easily make preliminary 
decisions such as the type of loan (fixed vs. adjustable 
rate, rate, loan-to-value etc.). Generalizing, the VGWL 
15 is a generic representation, in the broker's jargon, of a 
lender. By providing generic mortgage lender profiles in 
this manner, the framework represents most (quasi 
complete) usable (and used) options with the lender 
specific elements right below the representational 
20 surface. 

^ This representational framew#*rk allows the 
VGML-engine to maintain and .display a list of real 
wholesale lenders that irteet the criteria as specified. 
Figure 4 illustrates a representative web page 400 that 
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illustrates this functionality. In this exam^e, the web 
page includes a fill-in form 402 that includes fields 



that are filled-in by the broker. These /fields include 
sales price, percentage down payment , /appraised value, 
loan amount, credit score, loan ty]oe, documentation , 
occupancy, loan purpose, property/ type, buydown options, 
second mortgage data, and othe<r such information. This 
data is collected by the broker from the prospective 
buyer (i.e., the broker's? customer). The web page also 
includes a pull-down rptenu box 404 that identifies the 
generic mortgage leader profile (e.g., 30 Yr. Fixed, 15 
Yr. Fixed, 7.5 Yr. Fixed, etc.). By selecting the radio 
button 406 (Available Lenders), the VGWL engine populates 
the listbo^r 408 with a set of specific wholesale lenders 
who may /nave mortgage programs that meet the customer's 
requirements as set forth in the fill-in form. 
/ j The above-described functionality elyrfinates the 
n^ed for the broker to remember in detail that a 
particular lender does or does not/support a specific 
program under the chosen conditions. Once the broker 
decides to deal with a certain lender for a given 
prospect, the VGML- engine presents the unique lender 
characteristics. These represent the information 
normally distributed to brokers such as rate sheets, 
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brochures, eligibiJrirEfy matrices, lock and registration 
sheets et; 

' Thus, as seen in Figure 4, the listbox 408 includes 
the list of lenders pre-selected by the broker that 
provide programs that meet the conditions and selections 
reflected in the on-screen variables. The on-screen 
variables are shown on the fill-in form 402 and reflect 
the answers to the standard questions brokers will ask 
their customers. When the options are changed (say from 
property = Single Family to property = Town House ) then 
the lenders that have rules eliminating this option will 
disappear from the listbox 408. 

When the broker selects from the list, h# or she is 
Assured that the lender picked will suppose the program 
chosen. The VGML-engine now takes on/che personality of 
the selected lender. This functionality is illustrated 
in Figure 5. In this examples/the VGML-engine 500 now 
acts as if it were only presenting the Good Loans Inc. 
programs and rates to the broker. In an illustrative 
embodiment, the on-/creen conditions may be used, for 
example, to adjust Yield Spread Points (YSPs) displayed on 
a rate sheet./ As is well-known, Yield Spread Points 
(YSPs) are/the incentive paid to a broker when the 
borrower (client) buys the loan from the 
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broker-recommended lender. These points are expressed as 
a percentage of the loan value. These YSp<s are what the 
wholesale lender will send to its customers in a 
collection usually called a rate^sheet. The YSPs are 
ordered by loan program (Coj^forming 30 Year Fixed loan) 
and by rates (interest pates to be paid by the borrower) . 
In general, the YSP^are set by the lender to favor 
certain programs/ over others with an underlying trend 
that higher ^interest rates earn more YSP (loan is worth 
more to £ne lender) . Adjustments to these points are 
post^n somewhere on the rate sheet. 

When the (temporary) lender selection is iHcide, as 
escribed above, the VGML-engine displays >fagain, 
preferably as a web page) a rate sheets element (table) 
relevant to the program chosen. T>nis is illustrated in 
Figure 6. The screen shown coiWoines all of the elements 
needed to evaluate the lenaer-loan program combination 
for the particular borrower situation. When the decision 
is made about the ^^ate-lender-loan program trio, the 
system produces/the necessary documents, specific to the 
wholesale leader, to complete the transaction, based on 
the information provided by the borrower (through the 
brokeiO . 
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Among the documents produced, for example, ^are the 
registration and lock sheets. These aretY^B purchase 
orders of this industry and vary widely from lender to 
lender. As noted above, the VGMi^engine is lender-aware 
and preferably produces an >dxact copy (either from a 
bitmap or an electronic f orm of the required document) of 
the lender's docunfent. The fields in these documents are 
populated f rpm the data already available on the screen 
or from^he data repositories of existing loan processing 
0 sqptfware packages. This is illustrated in Figure 7. 

When used in this mode, the VGMjXengine acts like an 
lectronic, smart form of the whrolesale lender's rate 
sheet. Thus, in a preferred embodiment, the rates and 
YSPs shown are corrected (adjusted) values. In a 
representative implementation, the broker selects (clicks 
on) the rat^-YSP pair and the system presents a lender 
lock ^Keet of the lender, already filled out. 

For brokers that want to take the ratjer sheets to 
remote location, a customized rate sp^et summary may be 
0 generated as illustrated in Figure 8. The main 

difference between this implementation and some existing 
services is that the race sheets are configurable (the 
broker picks the LocLn programs represented) and the YSPs 
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reflect the broker's discount arrangements with the 
individual lender's 

The invention allows the wholesale lende^vifo improve 
the customer information flow dramatically. By allowing 
the rate information (e.g., a rate/i^heet) to flow through 
the VGML-engine, the lender c^ni get rates, YSPs, 
conditions, adjustments, micromotions, individual (broker) 
discounts to the poijax of use virtually in real-time. 
Using the present invention, the process of registering a 
loan and locking in the interest rate can be fully 
automated/ Today, about 30% of all lock/registration 
forms yMave one or more problems requiring human 
intervention . 

S^\As illustrated in Figure 10, the servers of/che 
mo/tgage information exchange platform are j^eferably the 
repository for the rate, YSP, loan prog^m, insurance and 
advertising information from the whcflesale lenders. The 
information is presented in a tailored form to the 
broker. Information from ytne broker to the lender is 
directed from the broker's PC to the lender's site, over 
the internet. In carder to efficiently collect the rate 
sheets, a numbejz of technologies may be used as 
illustrated yvi Figure 9: 
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© Unattended, trainable WEB browser to automate 

collection of down-loadable rates form the Wholesale 
Lenders web sites. This is done in several different 
formats 

© Comma Separated Value files (CSV) 
© Microsoft Excel Spreadsheets (XLS) 
© PDF files 



© Automated FAX receiving, catp-itxjing and OCR-ing 

(optical character recogj^irlfion) transferring the rate 
sheets (as faxed to the brokers) to the Relational 
Database Backbon^(5f the VWGL-engine. Rate sheet are 
segmented by lender's programs and automatically 
classif iecj^OCR-ed and then presented to a data entry 
person^arfter (rules -based) rate-parsing . 

© The PDF files are processed like faxes because the PDF 
files can be in bitmap format. When the PDF files 
retrieved can be TEXT-converted, a pre-parser converts 
the PDF content into a CSV or XLS file. 

o The resulting CSV and XLS files go through an 

automated electronic Rate Processor to be entered into 
the central Relational Database. 

The resulting system can transfer the wholesale 
lender's rates from their format into the Data Base 900 
in a matter of seconds, making rates available for 
download to the brokers in virtual real time. The rate 
system allows for geographic classification down to the 
ZIP code level. When a broker requests the rates of a 
certain wholesale lender, then the lender has the option 
to have the system download a set of rates based on the 
broker's or the property's ZIP code. This can be done 
using ZIP-code dependent adjustments to existing rate 
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sheets, or, if required, independent ZIP-code-based rate 
sheets . 

The system allows for central (database) storage of 
the disqualifying, rate-or YSP-modif ying, or insurance 
requirement-modifying conditions. These conditions are 
constantly monitored on the rate sheets for changes. 
When downloaded to the individual brokers, these database 
tables, through a borrower-profile-controlled 
database- join scheme result in real-time interactive 
elimination of certain lenders, adjustments to rates, 
YSPs and insurance requirements based on borrower profile 
elements entered by the broker. The design of the 
database tables, combined with the dynamic join scheme, 
make this functionality transparent to the broker. 

To provide optimal flexibility, in addition to the 
geographic rate segmentation, the mortgage information 
exchange system allows for individualized rate sheets by 
brokers, including but not limited to conditional 
adjustments downloaded to the broker's PC. This enables 
the system to provide adjustments such as extra discounts 
based on location and/or other borrower profile elements, 
combined with broker performance criteria such as loan 
volume become possible. 
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Thus, in an illustrative embodiment, the system may 
include both a broker-based repository with interface and 
a centralized web-based repository. The information 
generated by the broker's actions (mous^-clicks, program 
consultations, program selections, rate and YSP choices 
etc.) can be collected and temporarily stored at the 
broker's site. When the broker connects to get his or 
her rates, this information can be transmitted to the 
central site. This information can also be analyzed to 
produce extremely infective and precise marketing 
information. I>ne information generated this way is 
exceptionally context rich since it was collected at the 
point of^sale, and, with all of the borrower's profile 
available . 

As noted above, the inventive mechanism is 
preferably implemented in server-side code. 
Generalizing, the above-described functionality is 
implemented in software executable in a processor, 
namely, as a set of instructions (program code) in a code 
module resident in the random access memory of the 
computer. Until required by the computer, the set of 
instructions may be stored in another computer memory, 
for example, in a hard disk drive, or in a removable 
memory such as an optical disk (for eventual use in a CD 
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ROM) or floppy disk (for eventual use in a floppy disk 
drive), or downloaded via the Internet or other computer 
network. 

In addition, although the various methods described 
are conveniently implemented in a general purpose 
computer selectively activated or reconfigured by 
software, one of ordinary skill in the art would also 
recognize that such methods may be carried out in 
hardware, in firmware, or in more specialized apparatus 
constructed to perform the required method steps. 

Further, as used herein, a "client" shoj*ia be 
b/roadly construed to mean any computer ort component 
thereof directly or indirectly conirected or connectable 
in any known or later-develop^a manner to a computer 
network, such as the Internet. The term "server" should 
also be broadly construed to mean a computer, computer 
platform, an adjunct to a computer or platform, or any 
component thereof. Of course, a "client" should be 
broadly ydfonstrued to mean one who requests or gets the 
file./ and "server" is the entity which downloads the 
Qe. 

^ Having thus described my inverv$>£bn, what we claim as 
new and desire to secure by L^tTters Patent is set forth 
in the following claims, 
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